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(57) Abstract 

The present invention provides an apparatus and method for encoding, storing, transmitting and decoding multimedia information in 
the form of scalable, streamed digital data. A base stream containing basic informational content and subsequent streams containing additive 
informational content are initially created from standard digital multimedia data by a transcoder. Client computers, each of which may 
have different configurations and capabilities are capable of accessing a stream server that contains the scalable streamed digital data. Each 
different client computer, therefore, may access different stream combinations according to a profile associated with each different client 
computer. Thus, the streams accessed from the server are tailored to match the profile of each client computer so that the best combination 
of streams can be provided to maximize the resolution of the 3D, audio and video components. 
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SCALABLE MEDIA DELIVERY SYSTEM 

FIELD OF THE INVENTION 
5 The present invention relates to apparatus and methods for providing a scalable media 

delivery system capable of storing, accessing, encoding, transmitting and decoding multimedia 
information in the form of streamed digital data. 
BACKGROUND OF THE RELATED ART 

Many standardized formats exist for creating digital signals that allow for images and 

10 sounds to be recorded, stored, transmitted and played back. Such formats include the MPEG 
format for digital video, VRML format for 3-D graphics and MPEG and WAV formats for 
digital audio. Each of these formats is capable of storing sufficient information with respect 
to a particular image or sound that allows for accurate reproduction of the image or sound. 
Despite the fact that these formats allow for good reproduction of images and sounds, 

1 5 limitations in the computational power of computer systems and network bandwidth limitations 
prevent reproductions that are as accurate as desired while meeting real time constraints. For 
higher quality reproduction, larger quantities of data and/or faster processing is typically 
required. Accordingly, the digital information that is typically encoded in a given format 
provides less than optimum resolution so as not to exceed the computational power for decoding 

20 available in an "average" computer system and the network bandwidth limitations. 
Unfortunately, however, computing systems having computational power and available 
bandwidth that is greater than "average" cannot use the extra computational power they contain 
and available bandwidth to reproduce images and sound with even greater performance and 
clarity, since the originally encoded signal contains no further information with which to obtain 

25 this greater resolution. 

Conversely, if the digital information that is encoded in a given format that provides 
optimum resolution when being decoded by a high end computer system, other "average" 
computer systems are unable to decode all of this additional digital information in real time and, 
therefore, will be unable to reproduce any sound or image at all. 

30 Accordingly, there is a need to for a method and apparatus that allows for the high-end 

computer systems to decode as much digital information as possible so that they can reproduce 
images or sounds with optimum resolution for high performance computer systems at the 
available bandwidth and also provide for "average" or low-end computer systems that receive 
lesser amounts of information corresponding to their performance capabilities, as well as taking 

35 into consideration bandwidth limitations. Thus, for all of these systems, there is the need to 
receive digital information that is matched to the computational power available. 
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Further, there is the need for servers to be able, in real time, to determine the amount of 
digital information to transmit and then transmit this digital information while minimizing the 
computational power required to perform such operation. 
SUMMARY OF THE INVENTION 
5 It is, therefore, an object of the present invention to provide a method and apparatus for 

reproducing sounds and/or images with a resolution that is optimized to the capabilities of the 
client computer that is decoding previously encoded sounds and/or images. 

It is also an object of the present invention to provide a method and apparatus for encoding 
digital data representing sounds and/or images as base streams and additive streams of digital 
10 data. 

It is another object of the present invention to provide a method and apparatus for 
transmitting base streams and a desired number of additive streams of digital data from a stream 
server to a client computer based on a profile obtained from the client computer. 

It is a further object of the present invention to provide a method and apparatus for 
15 decoding base streams and additive streams of digital data to allow for accurate reproduction 
of sounds and images. 

It is a further object of the present invention to provide a method and apparatus that allows 
for variation in resolution of different media forms so that the quality of a media form such as 
sound can be increased at the expense of the quality of another media form, such as picture 
20 image, according to the desires of the user. 

It is a further object of the present invention to provide a method and apparatus that allows 
minimal processing by the server to achieve the objects recited above. 

In order to obtain the objects recited above, among others, the present invention provides 
an apparatus and method for encoding, storing, transmitting and decoding multimedia 
25 information in the form of scalable, streamed digital data. A base stream containing basic 
informational content and subsequent streams containing additive informational content are 
initially created from standard digital multimedia data by a transcoder. Client computers, each 
of which may have different configurations and capabilities are capable of accessing a stream 
server that contains the scalable streamed digital data. Each different client computer, therefore, 
30 may access different stream combinations according to a profile associated with each different 
client computer. Thus, the streams accessed from the server are tailored to match the profile 
of each client computer so that the best combination of streams can be provided to maximize 
the resolution of the 3D, audio and video components. Since different stream combinations can 
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be accessed, this advantageously allows for the various combinations of content arid resolution 
that are tailored to match that of the specific client computer. If desired, however, the profile 
can be further adapted to increase the resolution of certain characteristics, such as sound, at the 
expense of other characteristics, such as video. 
5 BRIEF DESCRIPTION OF THE DRAWINGS 

FIGS. 1 is a block diagram of a transcoder according to the present invention for converting 
standard digital multimedia data into digital streams using a transcoder according to the present 
invention; 

FIG. 2 A is a block diagram illustrating a stream management module according to the 
10 present invention that selects base and additive streams for use by a multimedia device; 

FIG. 2B an example of digital streams being used with a multimedia device through a 
network having many client devices according to the present invention; 

FIG. 3 illustrates the use of digital streams according to the present invention in application 
and/or presentation layers for media based on the OSI reference transport model; 
15 FIG. 4 illustrates properties of conventional digital audio/video format; 

FIG. 5 illustrates a block diagram of an MPEG coded video stream being transcoded into 
an adaptive layered stream according to the present invention; 

FIGS. 6A-c illustrates embodiments of adaptive layered streams derived from a block of 
MPEG data; 

20 FIGS. 7A-D illustrate various adaptive layered streams according to a preferred embodiment 

of the present invention; 

FIGS. 8 A and 8B illustrate the contents of a slice of MPEG data and illustrate the preferred 
embodiments method of obtaining adaptive layered streams for each macroblock of MPEG data; 
FIGS. 9A, 9B1A-9B1B, 9B2 and 9C provide a flow chart that illustrates a method of - 
25 creating a base adaptive layered stream from a stream of MPEG data according to the present 
invention; 

FIG. 10 provides a flow chart that illustrates a method of creating correction codes 
according to the present invention; 

FIGS. 1 1A-C further illustrates step 160 in Fig. 9B1B; 
30 FIG. 12 illustrates an overview of an adaptive stream management apparatus including an 

adaptive stream server and an adaptive stream configured computer according to the preferred 
embodiment of the present invention; 
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FIGS. 13-14 illustrate a sequence that can be used to establish communication between an 
adaptive stream server and an adaptive stream configured computer according to the preferred 
embodiment of the present invention; 

FIG. 14 illustrates a more detailed block diagram of components of the adaptive stream 
5 server according to the preferred embodiment of the present invention illustrated in FIG. 3; 

FIGS. 15A and 15B1 illustrates block diagrams of a sequence of steps used at the client 
computer according to the present invention; 

FIG. 15C illustrates a transmit sequence at the server according to the present invention; 

FIGS 16A-16C illustrate sequences of operations at the client computer according to the 
10 present invention; 

FIG. 17 illustrates a flow chart of the 3-D transcoder according to the present invention; 

FIGS. 18A-C illustrate types of graphics adaptive data according to the present invention; 

FIGS 19-21 illustrate a scene, bounded scene and resulting K-D tree according to the 
present invention; 

15 FIG. 22 illustrates portions of a dictionary according to the present invention according to 

the present invention; 

FIG. 23 illustrates overall operation of the graphics stream processing according to the 
present invention; 

FIG. 24 illustrates a client computer architecture and program flow according to the present 
20 invention; 

FIG. 25 illustrates decoder operation according to the present invention; 

FIG. 26. illustrates the level of detail evaluation according to the present invention; 

FIG. 27 illustrates the level of detail function according to the present invention 

FIG. 28 illustrates 3D decoder controlling video sequences and spatial resolution in 
25 dependence upon distance from the camera according to the present invention. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

FIG. 1 illustrates a transcoder 10 according to the present invention that converts standard 
digital multimedia data 12 into what will be called adaptive (or scalable) digital streams, such 
as adaptive digital stream 14, which are created so that subsets of the digital data that allow for 
30 distortion free reproduction of images and sounds at different resolutions, depending on factors 
discussed further hereinafter. Operation of transcoder 10 will be explained hereinafter, but is 
initially mentioned to clarify that the present invention can operate upon standard digital 
multimedia data that is stored in one of a variety of formats, MPEG, YUV, and BMP formats 
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for digital video, VRML format for 3-D graphics and MPEG, WAV and AIFF formats for 
digital audio, as well as be implemented from a multimedia signals that are not digitized. 

FIG. 2 A illustrates that the adaptive digital streams 14 according to the present invention 
can be identified as having various components, specifically that of a base stream 14A b , a first 
5 additive stream 14A,, a second additive stream 14A 2 , a third additive stream 14A 3 to an nth 
additive stream 14^. Adaptive streams 16 and 18 are illustrated in FIG. 2A as streams of data 
containing information independent from the adaptive stream 14 previously mentioned, but 
which the present invention can use, as described hereinafter, to obtain various combinations 
of images and sounds having a desired resolution. The stream management module 20 

10 illustrated in FIG. 2 according to the present invention will obtain a desired resolution profile 
from a multimedia device 22 and, based upon that desired resolution profile, select the 
appropriate base and additive streams from the available adaptive digital data streams associated 
therewith. Stream management module 20 then transmits these selected streams to the 
multimedia device, where they are decoded and then displayed for the user to experience. 

1 5 It has been found that the present invention can be most easily implemented if a virtual 

channel for each different type of multimedia is generated. Thus, if only audio and video is 
being transmitted, two virtual channels, having bandwidth split between them , are needed. 
However, if audio, video and 3D are all being transmitted, three virtual channels, having 
bandwidth split between them, are needed. Such virtual channels allows for independent 

20 operation of encoders and adaptive stream processors as described hereinafter with respect to 
the adaptive servers, as well as independent operation of decoders on the client computer. 
Synchronization can take place through the use of a master clock or be based upon using an 
audio signal as a master clock. 

FIG. 2B illustrates a specific example of various types of adaptive digital streams that a 

25 stream management module 20 can operate upon. In this example, animation 3-D and video 
streams provide visual elements that the stream management module can select that can then 
be displayed for visual sensory perception by a multimedia device. Similarly, textual adaptive 
digital streams can also be received by the stream management module 20 so that text can also 
appear and be visually perceived based upon the language that the user desires to obtain. 

30 Furthermore, audio is also transmitted by the stream management module based upon profile 
characteristics selected by the user, such as whether mono or stereo sound that is oversampled 
or not is desired. 
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FIG. 3 illustrates the OSI reference module and layers contained therein which have been 
set to standardize digital data transmissions. It is noted that the adaptive streams according to 
the present invention will typically reside within the application and presentation layers of the 
OSI reference model. 

5 FIG. 4 illustrates properties of conventional digital audio/video formats. As illustrated in 

FIG. 4, an audio/video stream 24 is conventionally decoded into video sequence 26 illustrated 
by a sequence of pictures 26-1, 26-2, 26-3, 26-4...26-/1, and an audio sequence 27. 

With respect to the video sequence, each of the "pictures" in the video sequence can be 
formatted in a variety of different ways, depending upon which video format is used. If the 

10 format is an MPEG format, which will be used hereinafter to illustrate a presently preferred 
embodiment of the present invention, each of the "pictures" could be one of an intra coded 
picture ("I picture"), predicted coded picture ( M P-picture) and bidirectional picture ("B picture"). 
For any of the I, P or B pictures, such a picture will be partitioned into a plurality of slices, that 
are illustrated as slices 28-1, 28-2, 28-3, 28-4...28-n. Each slice 28 can then be further 

15 subdivided into a plurality of macroblocks 30 illustrated as macroblocks 30-1, 30-2, 30-3, 
30-4.. .30-/1. Each of these macroblocks can be further divided into blocks 32, illustrated as 
blocks 32-1, 32-2, 32-3...32-6. In a typical MPEG format, each of these six blocks 32 will 
correspond to one of either luminance or chromonance values that are necessary in order to 
render a video image. Each of these blocks 32 are made of an 8x8 array of data in an MPEG 

20 format that is well known. 

With respect to the audio sequence 27, different adaptive audio streams are created, with 
mono being a base channel, and stereo and quadraphonic channels being additive. Further, 
sounds can be oversampled to even further subdivide such audio streams. 

FIG. 5 illustrates a block diagram of a presently preferred embodiment of the present 

25 invention in which an MPEG coded video stream is input to transcoder 10. Transcoder 10 
operates upon the MPEG-coded video stream in a manner that will be described hereinafter to 
generate a base adaptive digital stream Z0 and additive adaptive digital streams SI through L7. 

The present invention derives the different adaptive streams, based upon the 8x8 array size 
of DCT coefficients that are present in the MPEG binary coded stream format, as well as the 

30 presently preferred corresponding stream definition. This definition evolved through a 
compromise between the need for a sufficient number of streams to allow each additive stream 
to produce increasingly greater resolution, without the number of streams becoming so large as 
to be impracticable. Accordingly, the eight adaptive streams illustrated in FIG. 6A are the 
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presently preferred stream format when an MPEG video stream is being operated upon. As is 
well known, DCT coefficients that appear in the upper left hand corner of the 8x8 matrix 
illustrated in FIG. 6 A are most likely to be non-zero and also most likely to contain a 
substantial amount of actual information content. Each of the 64 DCT coefficient positions in 
5 the array illustrated in FIG. 6A are used in one of the eight different adaptive streams according 
to the present invention. FIG. 6A identifies the specific DCT coefficients that correspond to 
each of the specific different streams. 

Other adaptive stream definitions could be used, either with an MPEG format or with a 
format having other characteristics and still be within the intended scope of the present 

10 invention. For example, FIG. 6B illustrates the known "zig-zag" partitioning of DCT 
coefficients that is typically used along with quantization and run-length encoding so that data 
compression can take place when using the MPEG format. The adaptive streams can be 
obtained from such a zig-zag pattern by, for instance, defining stream 1 as coefficients C,-C n , 
stream 2 as coefficients C n+ ,-C m and stream 3 as coefficients C m+1 -C p , where C p is the total 

15 number of coefficients. Applied to MPEG, this number of coefficients is 64, although this 
could vary as well. Thus, the number of streams can be made variable, as well as the way in 
which the streams are obtained. FIG. 6C shows yet another example in which four streams are 
obtained, in this example, the 8x8 DCT coefficient matrix is divided into four 4x4 quadrants, 
and each of these 4x4 quadrants are used to define a single adaptive screen. If run-length 

20 encoding is desired, the zig-zag format can be used within each of these quadrants to obtain the 
desired data compression. 

FIG. 7 illustrates in greater detail the base adaptive stream Z0 and the additive adaptive 
streams Zl through Z7 according to the present preferred embodiment of the present invention. 
Each of the base and additive adaptive streams contain a related sequence start code 40 and 

25 related picture start codes 42. These codes are separately identifiable, as each refers, by its 
code, to one of adaptive streams Z0 — Z7. Associated with each picture start code is picture 
header information including a next picture pointer 44, a drop frame code 46, a temporal 
reference 48, and a sequence end code 50. Such codes are used within the presently preferred 
embodiment of the present invention so that any desired subset of the additive adaptive streams 

30 can be transmitted from a server to an end user and subsequently be decoded to reconstruct the 
video sequence at a resolution that corresponds to the number of additive adaptive streams that 
have been transmitted. 
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FIG. 7A also illustrates that within the ZO base stream that there exists sequence header 
information 52, group start codes 54, group start header information 56, and picture header 
information 58, which information is not present in the additive adaptive streams LI — Z7. 
Furthermore, each of the base and additive adaptive streams of ZO — £7 contain slice information 
5 that corresponds to the actual data contained within the respective stream associated with the 
picture image. 

While FIG. 7A illustrates the base ZO adaptive stream and additive Zl— Z7 adaptive 
streams separately, FIG. 7B illustrates the data format, as it is stored in the memory of the 
adaptive server. Specifically, when being stored, the sequence start code 40, sequence header 

10 information 52, group start code 54 and group start header information 56 initiate the data 
sequence. Thereafter, the picture start code 42 and picture header information 58 for the first 
picture, as well as the slice information for the first slice of that picture, is stored on the server. 
Thereafter, slice information corresponding to the same ZO base adaptive stream slice and then 
corresponding slice information for each of the Zl — Z7 additive adaptive streams are stored. 

15 After the information for that slice is stored, information relating to the second slice and then 
subsequent n slices of that picture are stored, with each slice containing the information of the 
ZO base adaptive stream as well as the Zl — Z7 additive adaptive streams, until data for an entire 
picture is stored. 

FIGS. 7C and 7D illustrate in further detail the specific information that is associated with 
20 each of the adaptive streams, with FIG. 7C illustrating the information associated with each Z0 
base adaptive stream, while FIG. 7D illustrates the information associated with each of the 
Zl — Z7 additive adaptive streams. Much of the information that is identified as being used 
within these streams is MPEG-like information and further description is therefore not deemed 
necessary. However, information that has been added so that the adaptive streams according 
25 to the present invention have been previously pointed out and will also be further described in 
detail hereinafter. 

After it is determined which of the various adaptive streams to transmit, the transmitted 
adaptive streams will reconstruct an MPEG video stream having resolution that varies in 
dependence upon how many of the additive adaptive streams are transmitted. Thus, each of the 
30 adaptive streams are encoded in a manner that allows reconstruction of the digital video signal 
stream by decoding after being transmitted, as will be described in further detail hereinafter. 
It should also be noted that each of the adaptive streams Z0 through Z7 illustrated in 
FIGS. 7 A and 7B will contain I, P and B pictures when created from an MPEG format. 
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FIG. 8 illustrates a slice of five macroblocks of MPEG data, with each of these macroblocks 
containing six blocks corresponding to luminance and chromonance information, as is known. 
Furthermore, FIG. 8 illustrates via arrow 40 the sequence in which the DCT coefficients within 
each block are obtained when obtaining base and additive adaptive streams. Specifically, within 
5 the first macroblock, the luminance and chromonance blocks labeled with numbers 1-6 that 
correspond to the sequence in which data corresponding to these blocks is obtained. 
Furthermore, by the direction of the arrow 40, and with reference to FIG. 6A, it can be 
appreciated how each of the base and additive adaptive streams are generated. For instance, if 
the base Z0 stream is being generated, the single zero location DCT coefficient will be 
10 generated for each of blocks 1, 2, 3, 4, 5 and 6. However, if the 21 stream is being generated, 
the DCT coefficients corresponding to locations 1, 2 and 3 in FIG. 6A will be obtained, in that 
order, for each of the blocks 1 through 6. Further, each of the additive streams are encoded in 
run length format with variable lengths. The base stream, however, is preferably not run length 
encoded. 

15 Having described the format of the base and additive adaptive streams according to the 

present invention, FIGS. 9 A, 9B 1 A-9B1B, 9B2, and 9C will now be referred to when describing 
the operation of transcoder 10 illustrated in Fig. 5, which at the present time is implemented as 
a sequence of computer instructions corresponding to the program description that follows, but, 
can also be embodied as a purely hardware device, or a combination of hardware and software 

20 components, that can be used to create each of the base and additive adaptive streams Z0-Z7 
according to the present invention. 

As illustrated in FIG. 9A, an MPEG coded video bit stream 100 is input into a conventional 
MPEG decoder 102 so that a video sequence 104 results. This video sequence 104 is split and 
will typically have pixel domain frames that occur at a frame rate of 30 frames per second. 

25 These frames, after being split, are each separately input into one of temporal filters 106 A, 106B 
and 106C. Each of these temporal filters are provided to enhance the quality of the video signal 
based upon different frame rates that the video image will ultimately be transmitted at to the 
client computer. In the presently preferred embodiment, the three temporal filters 106A, 106B 
and 106C are provided so that three different bands that correspond to three different frame rate 

30 ranges are obtained. Specifically, after being filtered by temporal filter 106A, the output of this 
filter is a video sequence that occurs at 30 frames per second, whereas the video sequence 
output of temporal filter 106B is at 15 frames per second, and the video sequence that is output 
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of temporal filter 106C is 7.5 frames per second. Of course, a greater or lesser number of bands 
could be provided if desired. 

With respect to each of the temporal filters 106, the filter illustrated in FIG. 9 A as filter 
106B is representative and is illustrated in greater detail as a filter that is capable of storing "n" 
5 number of sequential luminance and chromonance frames. Specifically, frame storage devices 
110 0 , 110,, 110 2 ...110 rt for sequential frames. Each of these frames are multiplied with one 
corresponding weight a^ a,, ^...a,, by multipliers 112 0 , 112,, 1122... 112,,. The output of these 
weighted frames is then added together in an adder 1 14 and, thereafter, subsampled and output 
by a decimator 116 so that the output video sequence occurs at the appropriate rate. For 
10 instance, the video stream output of the temporal filter 106B will be 15 frames per second as 
previously discussed. 

The weights ao, a,, a^.a,, that can be used according to the presently preferred embodiment 
of the present invention are illustrated below in Table 1 : 

Table I 

15 



Decimation 
Factor 


Filter Tap Coefficients 


Preferred 
Embodiment 


4 


C179, 0.641, 0.179 


Band 3 


4 


0.04375, 0.2515, 0.4005, 0.2515, 0.06375 


Band 3 or 1 


2 


0.142, 0.717, 0.142 . 


Band 2 


2 


0, 0.232, 0.535, 0.232, 0 


Band 2 


4 


1 

4 (x„ + x„., + x„. 2 + x B . 3 ; (Haar Type) 


Band 3 


2 


1 , 

2 tx„ + x„.,) (Haar) 


Band 2 



25 It is noted that in the presently preferred embodiment, the filter tap coefficients for the temporal 
filter 106A are identified in Table 1 as "Band 1" tap coefficients, that the tap coefficients for 
temporal filter 106B are identified as "Band 2" tap coefficients in Table 1, and the tap coeffici- 
ents for temporal filter 106C are identified in Table 1 as "Band 3" tap coefficients. By use of 
these temporal filters, there is provided the least amount of blurring and motion slow down at 

30 the highest frame rates, as well as the greatest smoothing at the lowest frame rates and for frame 
rates between the highest and the lowest rates. 
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Referring again to FIG. 9A, the output from temporal filter 106A is a video sequence 120A 
that occurs at 30 frames per second, which is input into a convention MPEG encoder 122A. 
The video sequence 120B output from temporal filter 106B is input to a conventional MPEG 
encoder 122B at a frame rate of 15 frames per second, whereas the video sequence 120C output 
5 from temporal filter 106C is input to a conventional MPEG encoder 122C at a frame rate of 7.5 
frames per second. The output from each of the MPEG encoders 122A-122C are then input to 
respective spatial scaling transcoders 124 A, 124B and 124C, respectively. Operation of the 
spatial scaling transcoders 124 will now be described. 

It should first be noted that the operation of each of the spatial scaling transcoders 124A, 

10 124B and 124C is identical. In fact, the same transcoder could be used in transcoding the 
MPEG video stream to obtain an adaptive stream according to the presently preferred 
embodiment of the present invention, since the transcoding process takes place at a time that 
is prior to the time that the generated adaptive streams will be transmitted to a client computer. 
However, the input to the spatial scaling transcoders 124 A, 124B and 124C will be different, 

15 since the frame rate that is being input is different, as discussed previously. The spatial scaling 
transcoding for the Z0 base stream will be described separately from the transcoding of the 
XI — Z7 additive adaptive streams. It should be noted, however, that typically the base and 
additive adaptive streams will not be separately created, but will instead be created at the same 
time from a set of data that is partitioned, as has been previously described with reference to 

20 FIG. 6A, in an interleaved manner, so that at the end of the transcoding all of the base and 
additive streams result. 

Referring to FIG. 9B1, the MPEG encoded signal, such as signal 126A output from the 
MPEG encoding 122A, is searched to find a sequence start code in a step 140. Once a 
sequence start code corresponding to an MPEG start code sequence is located, an adaptive 

25 stream sequence start code is written in a step 142. Thereafter, in step 144, MPEG standard 
sequence header type information, such as illustrated by group 144 A signals in FIG. 7C is 
written. Thereafter, in step 146, an adaptive stream group start code is identified, this group 
start code identifies not only that this is a signal that corresponds to a "new I picture," but also 
identifies that this signal is associated with a Z0 base adaptive stream according to the present 

30 invention. Thereafter, in step 148, MPEG standard group header type information such as 
identified by information 148A in FIG. 7C is written. Step 150 follows and an adaptive stream 
picture start code is written once the MPEG picture start code is detected. Thereafter, in 
step 152, MPEG picture header type information is written, which corresponds to information 
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152A that is illustrated in FIG. 7C. Thereafter, in step 154, a memory allocation for adaptive 
stream picture header information is made. With reference to FIG. 7C, this information is 
identified as information 154 A, more specifically the next picture pointer and drop frame code. 
Further explanation of how the next picture pointer and drop frame code are obtained and 
5 inserted into this allocated memory will be described hereinafter with reference to FIG. 9C. 
After step 154, step 156 occurs and an adaptive stream slice start code is written which is 
derived from an MPEG slice start code. Thereafter, in step 158, MPEG slice header type 
information is written, which is identified in FIG. 7C as information 158 A. Operations are 
subsequently performed on each of the macroblocks in the slice to obtain the data that 

10 corresponds to the 20 base adaptive stream which information corresponds to known MPEG 
macroblock sequences or the ODCT coefficient identified in FIG. 6 A as will be described with 
reference to FIG. 11 hereinafter. Macroblock information is written in a sequence that 
corresponds as illustrated and has been previously described in FIG. 8. At the end of the slice, 
step 162 follows and a memory allocation for a write correction code is inserted. The creation 

15 of the write correction code will be described subsequently with reference to FIG. 10. 
Thereafter, in step 164, determination is made whether it is the end of a sequence. If it is the 
end of a sequence, the E0 base adaptive stream transcoding process is completed except for the 
insertion of the write correction code, the drop frame code and the next picture pointer, as will 
be described hereinafter. If it is not the end of the sequence, a determination in step 166 is 

20 made as to whether the following sequence initiates a new group (of I-intrapictures). If so, 
operation proceeds to step 146 of writing an adaptive stream group start code as previously 
explained and operation continues from there. If a new group code is not identified, a 
determination is made in step 168 whether there is a new picture by detecting a new picture 
start code. If there is a new picture start code, a new adaptive stream picture start code is 

25 written as previously explained in step 152, and the steps from there follow. If, however, a new 
picture start code is not detected, more slices in the existing picture must exist and so a new 
adaptive stream slice start code is generated, as previously described with reference to step 156, 
and the steps follow from there. As a result of this £0 transcoding process, as explained, 20 
base adaptive streams are generated. 

30 FIG. 9B2 illustrates the sequence of steps necessary to generate the Zl — Z7 additive 

adaptive streams. In the generation of these additive adaptive streams, for each of the streams, 
the sequence start code of the MPEG signal is detected in step 180. If it is determined that 
there is a sequence start code, in step 182 there is next searched for the MPEG picture start 
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code, since the codes prior to that are not needed for generation of the El — Z7 additive adaptive 
streams. Thereafter, in step 184, an adaptive stream picture start code, which corresponds to 
that specific additive adaptive stream (one of Zl — L7) is written. At that time, a temporal 
reference that identifies which picture in the group that this particular picture corresponds to is 
5 also written. Step 185 follows and a memory allocation for adaptive stream picture header 
information is made. With reference to FIG. 7C, this information is identified as information 
154A, more specifically the next picture pointer and drop frame code. Further explanation of 
how the next picture pointer and drop frame code are obtained and inserted into this allocated 
memory will be described hereinafter with reference to FIG. 9C. Thereafter, in step 186 an 

10 adaptive stream slice start code is generated. Thereafter, in step 188 information corresponding 
to that adaptive stream for each of the blocks in the slice is sequentially written. Reference is 
made to FIG. 8B which illustrates the scanning pattern for the Z2 additive adaptive stream. 
Information is written for each block in a macroblock (and each macroblock in a slice) that 
corresponds to this additive adaptive stream. Reference is again made to FIG. 6A and 8A as 

15 well as FIG. 8B for an illustration of the difference additive adaptive streams as well as the 
sequence used to generate each respective stream. After step 188, step 190 follows and memory 
allocation for a write correction code is made. The creation of the write correction code will 
be described subsequently with reference to FIG. 10. Thereafter, in step 192, it is determined 
whether there is an end of the sequence. At the end of the sequence, thereafter follows insertion 

20 of the write correction code, the drop frame code and the next picture pointer, as will be 
described hereinafter. If not, step 194 follows, and a determination is made whether there is 
a new picture. If there is a new picture, step 184 follows, as previously described, and an 
adaptive stream picture start code for that specific additive adaptive stream (one of El — £7) is 
made. If not, it is known that another slice for the picture was currently being operated upon 

25 remains and new slice start code that also corresponds to that specific additive adaptive stream 
is written in step 1 86 and the steps following that follow subsequently. 

As noted, while information relating to each of the additive streams is stored on the server 
for each of the different frequency band (such as the frequency bands identified with respect 
to the description previously provided in FIG. 9 A with reference to the temporal filters 106) 

30 frames must still be dropped if the actual frame rate is less than the maximum frame rate of that 
band. Thus, for instance, at a frame rate of 20 frames per second, the adaptive streams that had 
been generated by spatial scaling transcoder 124A will be used, but certain of those frames that 
were generated at 30 frames per second must be dropped so that a frame rate of 20 frames per 
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second is obtained. FIG. 9C illustrates steps required to generate the frame drop code and the 
next picture pointer, which can be inserted into memory allocated for these codes. It should be 
noted that the frame drop code maintains information that determines whether to drop that 
particular frame for each adaptive stream for a variety of different frame rates. Table II below 
5 provides one example of the different frame rate sub-bands with each sub-band having a 
different bit indicating whether a particular frame is dropped at a particular frame rate. 

TABLE IIA 



Frame Rate 


30 


28 


26 


24 


22 


20 


18 


16 


Drop Code 


-X" 
















TABLE IIB 


Frame Rate 


15 


14 


13 


12 


11 


10 


9 


8 


Prop Code 


0 

















TABLE IIC 



Frame Rate 


7.5 


7 


6.5 


6 


5.5 


5 


4.5 


4 


Drop Code ; 


0 

















In FIG. 9C, in the step 200, frame selection is made. Frames are selected at a rate that 
corresponds to the frame rate within each of the sub-bands that is used in determining of the 
drop frame code of Table II illustrated above. After a frame is initially selected in the frame 

25 selection in step 200, determination is made whether the error is within a present maximum 
deviation (noted in FIG. 9C as S+ and S-). The error is the deviation from the actual number 
of frames that have been selected versus the desired frame rate (in this instance 28 frames per 
second). If the error exceeds the maximum deviation, the system is stopped in step 204, an 
error is noted, and a recalculation of the weighing factors used to determine which I, B, and 

30 P frames to select is made. This calculation is performed, in the first instance, in the following 
manner. 

The MPEG stream contains frames of type I, P and B. Let there be a total of N frames in 
the bitstream. 



J 
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1. Choose a rational number K/L such that 
fout K 

f in = l t L > Ksuch that fout < fin and fout corresponds to the desired frame ratio. 

5 2. Choose a set of three whole numbers M,, M P and M B so that 

Mj • N, + M P • N P + M B • N B = KN . . . 1 
where -N, = # of I frames in the stream 
N P = # of P frames in the stream 
10 N B = # of B frames in the stream 

N, > 0, M P > 0 and M B > 0; M, + M P + M D = K; 

this means that equation 1 can be written as 

15 N 1 + ( M P) Np+ (M B)NB = N 

which means that weights 
W, = {jii; i > W, > 0 

20 

W P = ^p ; 1 > W p > 0 

w b =^ B ; 1 > W B > 0 
25 satisfy W, + W P + W B = 1 

3. In the MPEG bitstream, since P frames depend on I frames and B frames depend on 
both I and P frames, frames appear in the order of, for example, BPBBPBBIPBB.... To obtain 
the desired frame rate, this frame sequence is replicated by repeating I by M„ P by M P and B 
30 by M B . This results in a sequence: 

jd) j(d jo) |(i> p(o pO) p(D_ m pd) gd) b (1) ... B (1) .... 

M, times M P times M B times 

Whose total length is exactly KN where K is the supersampling factor. 



35 



40 



4. Set excess counter, E = 0; Maximum deviation = S + = S = D, which is 
preferably 3 or 4, but can be smaller or larger. 

5. Sample the supersequence with a period of L. That is 

i L , L 1 L : ( 

I I I I 

45 I U) ... P (1) P (1) ... P 0) B (l> B (1) ... B (,) 

M, times M P times M B times 
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Selected frames have period L (arrows point the selected frames). - 

It should be noted that the weights of Wj equal to .6, W P equal to .3, and W B equal to .1 
are weights which have been discovered to be most effective in properly determining which 
5 frames to drop. 

After step 204, determination is made as to whether the frame currently being looked at is 
a in I-frame, a P-frame, or a B-frame. If an I frame is detected in step 206, frame 208 follows 
and the I frame is selected by coding a "0" in the drop frame code bit location that corresponds 
to the frames per second selection as currently made. For the example being given, if the frame 

10 selected is 28 frames per second, and an I frame is selected, a "0" will be placed in the bit 
position marked as a "X" in Table I beneath the 28 frames per second frame rate. Thereafter, 
step 210 follows and the next picture pointer is written to provide an address to point to the 
start next frame. It is noted that this pointer address will in actuality be an offset that indicate 
the number of bits between a present frame address and the next frame start address. This can 

15 be determined since, in the creation of the adaptive streams, memory space is allocated for the 
picture pointer as previously noted. Similarly, the drop frame code is inserted. Thus, in 
step 210, it is only required to search for the next picture start code to determine the number 
of bits to the next picture start code. 

Referring back to FIG. 9C, after the pointer has been updated in step 210, the next frame 

20 is selected and a determination is made whether it is an I frame, a P frame or a B frame. If it 
is not another I frame, a determination is made in step 212 as to whether it is a P frame. If it 
is P frame, step 214 follows and a determination is made as to whether the I frame, which is 
referenced by this P frame, has been previously selected. If this referenced I frame has been 
previously selected, step 216 follows and this particular P frame is selected and the drop frame 

25 code bit corresponding to the particular frame rate (in this instance the "X" at 28 frames per 
second in Table II) is inserted for this particular P frame. Thereafter, for this P frame, step 210 
follows and the next picture pointer is written for this P frame. If, however, in step 214 the 
referenced I frame has not been previously selected, step 218 follows and a determination is 
made as to whether the deviation error will still be acceptable if another frame is added in 

30 step 218. Thus, if this error is greater than or equal to S + - 1, then step 220 follows, the error 
is incremented by 1, a selection of both the previously unselected I and the previously 
unselected P frames are made. It should be noted that the previously unselected I frame will 
then, for this particular frame rate, have its drop frame code changed so that while it had 
previously had been a dropped frame, it is no longer a dropped frame and its drop frame code 
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is changed to reflect this. Thereafter, step 210 follows again, and the pointer is updated so that 
the next picture pointer for this particular frame can be updated as previously described. 
However, in step 218, if it is determined that the error willbe greater than the maximum 
allowed deviation if another frame is added, then step 224 follows and this particular P frame 
5 is dropped. Step 226 follows and the error value is decremented by 1 to reflect that this 
particular P frame has been dropped. Thereafter, step 210 follows and the next picture pointer 
for this particular frame, even though it is dropped, is written as has been previously described. 

When the next frame is selected, if it is determined that is neither an I or a P frame, 
step 228 follows and a determination is made as to whether the I and P frames, upon which this 

10 B frame is based, have been previously selected. If both the I and P frames have been 
previously selected, step 230 follows and this particular B frame is selected and the drop frame 
code is written accordingly. Thereafter, step 210 follows so that the next picture pointer for this 
particular frame is written as has been previously described. If, however, in step 228 both of 
the I and P frames have not been previously selected, then step 232 follows and a determination 

15 is made as to whether the deviation will still be within the maximum allowable deviation if two 
frames are added. If it is still within those allowable limits, step 234 follows and the I and 
P frames, if neither have been selected, as well as the current B frame are selected, and the drop 
frame codes updated accordingly. Thereafter, in step 236, the error value is incremented by 2 
to indicate that the previously unselected I and P frames have now been selected. Thereafter, 

20 step 210 follows as has been previously described. 

If, however, in step 232 it was determined that the maximum allowable deviation would 
be exceeded, then a determination is made as to whether the previous I frame has been selected 
and whether the deviation, if only incremented by 1, would still be within the allowable limits 
in step 238. If the deviation would still be within the allowable limits and the I Frame has been 

25 selected, step 240 follows and the previously unselected P frame, as well as the current B frame, 
are then both selected and the drop frame codes updated appropriately. Thereafter, step 242 
follows and the error value is incremented by 1 to note the selection of the previously 
unselected P frame and, thereafter, step 210 follows and the next picture pointer is updated as 
previously described for this particular P frame. If, however, in step 238 it is determined that 

30 the maximum deviation would still be exceeded by adding a single frame, then step 244 follows, 
and this particular B frame is dropped. Thereafter, in step 246 the error value is decremented 
by 1 to note that this particular frame has been dropped and then step 210 follows so that the 
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next picture pointer is added to this particular frame. Thus, using this methodology, the drop 
frame code can be determined for each frame at each of the different frame rates of interest. 

Reference will now be made to FIG. 9D to describe step 160, referred to previously, in 
more detail After the MPEG slice headers have been detected and written into memory in 

5 step 158, as previously described, step 160 follows and, for each macroblock in the slice, a 
sequence of MPEG-like steps generally referred to as step 260, which will not be described in 
detail, sequentially follow. In essence step 260 determines whether the information in a new 
macroblock is the same as that in a previous macroblock as well as whether a specific type of 
motion is detected. If it is determined that this macroblock contains DCT coefficients, then, in 

10 step 262, the "0"DCT coefficient for each of the six blocks within the macroblock are 
successfully written into the base adaptive stream. Thus, the first four luminance values and 
then the subsequent two chromonance values, as illustrated in FIG. 8 A are successively written 
into the base adaptive stream. 

FIG. 10 illustrates the steps required in which the correction code can be inserted into the 

15 adaptive stream for each of the £ — Z7 adaptive streams. It is know that for an incoming block 
300 at a summer 302 the difference is taken between the actual values of the incoming block 
and the predicted value of that incoming block, the predicted values being depicted as predicted 
value 304. The difference between the actual and predicted values result in an error 306. This 
error is then transformed using the DCT transform in step 308 and then subsequently quantized 

20 in step 310. Thereafter, in step 312 it is run-length encoded so that there are 64 DCT 
coefficients that are output at a step 314. It is known to take this output and run- length decode 
it with run-length decoder in a step 316, do an inverse quantization in step 318 and an inverse 
DCT in step 320, which then provides the difference between the incoming and predicted block 
plus some error Q„. By subtracting the predicted value 304 from this sum in a step 322, there 

25 is obtained a value of the actual incoming block value plus the noise component at output 324. 
It is known to take this output and input it into a prediction system 326 in order to make a 
prediction of a subsequent block. 

According to the present invention, the DCT values that are output from the output at step 
314 are grouped together in groups that correspond to the adaptive streams themselves. Thus, 

30 there will be eight groups of DCT coefficients that correspond to the original incoming block. 
For each of the adaptive stream DCT coefficients, therefore, a run-length decoding step 340, an 
inverse quantizing step 342, and an inverse DCT operation step 344 are performed so that the 
DCT matrix, for those coefficients that are transmitted in that adaptive stream set, can be 
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determined. Since not all of the DCT coefficients have been transmitted, as more P and B 
frames are sequentially transmitted, the error can increase to a value that is greater than a 
threshold error value, such that it is clearly visible as an anomaly. Accordingly, the output of 
the inverse DCT operation in step 344 can be compared to the predicted output so that a 
5 determination can be made whether the difference between these two signals is greater than the 
threshold that had been set. If the threshold is greater, a comparison between the values that 
are output from the inverse DCT operation 344 and the corresponding MPEG DCT value can 
be made and a correction code written into the write correction code memory allocation if 
necessary. It should be noted, however, that while this correction system has been included 

10 within the present invention, it is not a necessary component and the present invention can 
typically be implemented without there being any correction code whatsoever. 

The previous explanation has illustrated how to form the base and additive adaptive streams 
according to the present invention. Explanation now having been provided for how to create 
and store adaptive streams on a server, explanation will now be provided for the method for 

15 determining which of the adaptive streams to send to a particular client computer from a server, 
so that this information can then be displayed on a display device associated . with the client 
computer. In that regard, FIG. 12 is referred to and illustrates a stream server 400 and client 
computers 500,, 500 2 , 500 3 ...500„. It should be noted that the present invention is currently 
implemented at the server and the client through a sequence of computer instructions 

20 corresponding to the program description that follows, but, can also be embodied as a purely 
hardware device, or a combination of hardware and software components, that can be used to 
create each of the base and additive adaptive streams Z0-Z7 according to the present invention. 
FIG. 13 illustrates communication between a single stream server 400 and a single client 
computer 500. In the initial sequence of operations, in an initial step 1, a user will make a 

25 request for a browser to use the adaptive stream server. The browser will cause, in a step 2, 
a request to the adaptive stream client-based program and generate a series of commands 
necessary to begin implementation of the adaptive stream program. Required information, 
explained in more detail hereinafter is delivered from the adaptive stream client program to the 
browser in a step 3, which information will, in a step 4, be transmitted to an http server 

30 associated with the adaptive stream server. This information will be transmitted to the adaptive 
stream server in a step 5. In response, the adaptive stream server, in a step 6, will notify the 
http server that the adaptive stream server will be able to communicate directly with the 
adaptive stream client using the protocols that are defined within this application. Thereafter, 
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communication will take place directly between the adaptive stream server and the adaptive 
stream client computer as illustrated in FIG. 14. Alternatively, other communication paths can 
be established, such as an adaptive stream client communicating directly with an adaptive stream 
server. 

5 So that the operation of the present invention is most easily understood, reference will first 

be made to the operation that allows for the client computer to determine the characteristics of 
the client system that are then used to generate a profile associated with the client computer. 
Specifically, this profile, in combination with an actual available network bandwidth, will be 
dynamically updated at periodic intervals, typically being a minute or less and preferably less 

10 than every 10 seconds, so that the most appropriate combination of adaptive streams, at the most 
appropriate frame rate, are transmitted by the stream server to the client computer. 

Referring now to FIG. 16A1, once a user has determined that he desires to view a video 
sequence using adaptive streams, an adaptive streams program resident within the client 
computer, begins at a step 600 and, at a step 602 makes a determination of the user profile. 

15 This includes a step 602A in which a CPU constraint is determined. 

This CPU constraint is determined by having the client CPU process test samples of 
adaptive streams. The first test sample contains only the base adaptive stream, whereas each 
of seven subsequent test samples contain an additional one of the additive adaptive streams. 
Thus, by determining the time that it takes the client computer to decode and play back each 

20 sample, a determination can be made as to an average amount of time it will take to decode 
different stream combinations. Alternatively, the CPU constraint can be determined by testing 
the capabilities of the client computer for media playback, which capabilities can be measured 
through the time it takes for certain primitive operations, such as IDCT decodee, variable length 
decode and color conversion operations, for example. An audio sample is also decoded and the 

25 time taken for this decoding noted. 

After these determinations have been made, a step 602B follows in which the user sets his 
preference for the quality of video as compared to the quality of audio on his system. Since 
available bandwidth needs to be split between the available audio and video, the user can 
determine whether he wants to have video only, audio only, or some combination in between. 

30 The graph illustrated in FIG. 16A2 shows, for different available bandwidths, a normalized 
preference and available bandwidth with respect to this feature. FIG. 16 A3 illustrates a function 
indicating, for various general CPU types (constraints) a the range of options available to a 
particular user based on CPU constraints. The portion of CPU resources allocated to video and 
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audio is determined by a different set of curves as shown above. The relative audio decode time 
ratio ADR (LCD platform / higher-end platforms) is plotted on the X-axis. Representative 
platform CPU configurations are also shown. For each point on the X-axis, these curves give 
the preferred ratio of allocation of CPU resources to audio only (CPUR A ). 
5 Thereafter, in step 604 a connection is established between the adaptive stream server 400 

and the particular client computer 500. Thereafter, the profile is sent in a step 606 and, after 
the user makes a selection of the particular sequence that he desires to see/hear in step 608, 
step 610 follows and adaptive streams are transmitted in accordance with the user profile 
thereafter. If the user desires to terminate the session, the session can be terminated as indicated 

10 by step 612 in which the session will end at step 614, otherwise the session will continue until 
the sequence end takes place. 

A modification of the adaptive stream structure that can be implemented, if desired, is to 
introduce a quality factor, which, for example, for a given DCT coefficient, will only use the 
most significant bits for transmission of lower quality coefficient information, but transmit all 

15 bits for transmission of the highest quality coefficient information. Of course, modifications 
which transmit various other segmentation of data could be implemented. 

Overall operation of the adaptive stream server will now be described with respect to 
FIG. 15A. Once the adaptive stream server receives a profile from the user, in step 550, it uses 
that information, as well as other information described hereinafter, to make a determination of 

20 which streams to transmit in a step 552. Once this determination is made, streams are actually 
transmitted in a step 554, as long as the profile is not updated, as will be explained further 
hereinafter, or there is no indication that there is an end of session, as depicted in FIG. 15A by 
step 556, transmission will continue. If an end of session is depicted, the end of the session will 
occur as indicated by step 568. 

25 With respect to step 552 and the determination of which streams to transmit, attention is 

directed to the flowchart in FIG. 15B1 which indicates the steps that the server takes to 
determine which of the particular streams to transmit. First, in step 552A, a network bandwidth 
constraint is applied to determine which bandwidth is available for this particular session. 
Thereafter, the CPU constraint is also applied as received from the profile from the client 

30 computer in order to determine if that constraints which adaptive streams can be transmitted. 
Thereafter, in step 552C, the video preference is used to further limit which adaptive streams 
to send and thus make a determination of which adaptive stream to transmit. An example is 
provided in FIGS. 15B2A through 15B2D. Reference in FIG. 15B2A is made to an example 
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that for a particular adaptive stream 1 ,5 Mbits per second must be accommodated by the various . 
adaptive stream combinations at different frame rates. Thus, a spatial resolution of 1/8 
corresponds to the sending of only the EO base stream, whereas a spatial resolution of 2/8 
corresponds to the combination of the base stream and the LI additive stream. 8/8 therefore 
5 corresponds to the usage of all of the adaptive streams for the various frame rates. 

Each of these constraints can be dynamically updated on a periodic basis, how the profile 
is used to select the appropriate stream combination, are now further described with respect to 
the following three steps and FIGS. 15B2A through 15B2D: 
Step 1: Bandwidth Constraint 
10 The profile from the client indicates that BW NET = 500 Kbps and PREF AV = 0.75. Using the 

function /( ) illustrated in FIG. 16A1 that determines the ratio of bandwidths to be allocated 
to video and audio: 

BWR VIDEO = /(BW NET PREF AV ), BWR VIDEO = 0.8. 

15 This determines the bandwidths allocated to video: 

(vbr - 0.8 )*500 = 400 kbps 

Selecting all the adaptive streams that satisfy the bandwidth constraint for video, the set 
20 of adaptive streams highlighted in FIG. 15B2B can be used. 
Step 2: CPU Constraint 

The Step 2 CPU constraint uses the functions illustrated in Fig 16 A3 and thus it is required 

to: 

a) Calculate ADR (audio decode ratio) 

25 ADR = T a /T a .lc Di where T A . LCD is the audio decode time per sample for the LCD (least 

common denominator) platform. 

b) Determine CPUR A by using the above computed value of ADR and the curve specified by 
PREF AV 

Thus, the proportion of CPU resources to be used for video alone is 

30 CPUR V = 1 - CPUR A 

For example, if the profile indicates that the time to decode a video frame of spatial resolution 
8/8 on a particular client (a Pentium-90Mhz) is 100 ms. i.e. T s = 100 ms and F s = 10 fps. The 
time to decode an audio sample on this client (T A ) is 2.5 times faster than an LCD platform (i.e. 
ADR = 2.5). From the above set of curves for PREF AV = DEFAULT, the CPUR A = 0.85. Thus, 

35 for spatial resolution 8/8, the adaptive streams that satisfy the CPU constraint have: 
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frame_rate < 0.85 * F s = 0.85 * 10 = 8.5 fps. 

This process is repeated for all the other spatial resolutions (1/8 to 7/8) that have streams 
selected after applying the Bandwidth Constraint of Step 1 . The resulting set of adaptive streams 
that satisfy the CPU constraint have their normalized CPU constraint number highlighted as 
5 shown in FIG. 15B2C. 

Step 3: Video Preference Constraint 

The profile indicates the video preference set for best spatial resolution (8/8). This 
selects the single video adaptive stream indicated in FIG. 15B2D. 

10 Once step 552 in fig. 15A is completed and the stream combination is set, the 

transmitting of streams by the server, and the reception of the same by the client computer 
then takes place. 

With reference to Fig. 15C, the transmission sequence begins with, in step 554 A, the 
sending of an adaptive stream identification and header information, in which the codes 

15 indicating the specific adaptive streams that will be sent and other MPEG and adaptive stream 
header information as has been previously specified. In step 554B that follows, the group 
codes and headers, are transmitted, and, thereafter in step 554C, the picture code is transmitted. 
For each picture, in step 554D1 the complete ZO sequence is transmitted and in step 554D2 
the El through E7 additive adaptive streams are transmitted, as determined by the profile, as 

20 has been discussed previously. 

The drop frame codes and next picture pointer need not be transmitted, as these codes 
are used by the stream server to quickly determine whether to drop a frame and then determine 
quickly the location of the next frame, so that a real-time, appropriate, and dynamically 
changing picture sequence, dependent upon the profile, can be transmitted. This transmission 

25 occurs for each picture in a group, and, then each group of pictures, until transmission of the 
entire sequence takes place. Although it should be apparent, it is noted that the streams that 
need to be transmitted from the server can be quickly determined by the server processor, since 
the server processor can use the next picture pointer and drop frame codes embedded in the data 
structure to quickly determine which frames to send, as well as which frames not to send, 

30 depending on the particular profile. 

In an alternate implantation of the data structure illustrated in FIGS. 7 A and 7B, there 
can be created a set of two files, an index file and a data file. In the data file is stored the start 
codes, header data, and actual video data associated with each of the adaptive streams as has 
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been previously described. In the index file is stored drop frame codes for each adaptive 
stream, down to the slice level, as well as pointers to the location for each slice of the data for 
the appropriate data that will be transmitted if a frame is not dropped. Using this data file 
structure, the processor can determine even more quickly whether a particular frame, and which 
5 adaptive streams within the frame, should be transmitted. 

At the end of a group code sequence, whether a profile update has occurred is checked 
in step 554E. If a profile update has occurred, then step 550 of FIG. 15A follows and a new 
profile is received. If there is not a new profile, then step 554B follows and a new group code 
, and corresponding pictures, each with corresponding adaptive streams is transmitted, which 

1 0 operation continues until the end of a sequence. 

On the client computer reception side, step 610 of FIG. 16A1 is further illustrated in 
FIG. 16B. This reception begins in step 620, in which the adaptive stream and header 
information transmitted in step 554A of FIG. 1 5C is received. Steps 622 follows, in which the 
group code and header information transmitted in step 554B is received. Step 624 receives 

1 5 picture code and picture header information transmitted in step 554C, and, thereafter, in steps 
626 and 628 the transmitted Z0 sequence and , as determined by the profile, appropriate 21 
through Z7 additive adaptive streams are received, respectively. Once the data for an entire 
group of adaptive stream pictures is received, it is then operated upon by an adaptive stream 
decoder in step 628. Once decoded, this group, which will be a sequence of reconstructed I, 

20 B and P pictures, is then operated upon using a standard MPEG decoder in step 630 to obtain 
reconstructed frames. 

If, after a group of pictures is received it is detected that a new profile is desired or is 
sent, step 602 in FIG. 16A follows and a new profile is made. Otherwise, step 622 repeats. 
FIG. 16C illustrates operation of the adaptive stream decoder in further detail. As 

25 illustrated, in step 650, the group start code and MPEG headers are received . Thereafter, in 
step 652 the picture start code is received. In step 652 and 654 the picture start code and mpeg 
picture headers are received, followed, in step 656, with receipt of the slice start code for a 
particular picture. In steps 658 the MPEG header information is received. Subsequently, in 
step 660, all of the information corresponding to the adaptive streams for a particular slice is 

30 received and blocks of reconstructed DCT coefficients are obtained for those blocks that have 
DCT coefficients, according to the number of additive adaptive streams that were transmitted. 
The adaptive stream decoder, having been informed of which additive adaptive streams are 
being transmitted, as well as the number of frames per second and other needed synchronizing 
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information, is capable of reconstructing the DCT coefficient matrix for each block. Thereafter, 
in step 662, the write correction code, if any, is received and used to correct the drift introduced 
in the client decoder because of the reduced transmission stream (i.e less than all of the additive 
adaptive streams). 

5 In step 664 a determination is made as to whether a new slice start code is detected. 

If so, step 656 is again initiated. If not, it is determined in step 666 whether a new picture start 
code is detected, which then results in step 652 being again initiated if such a detection is made. 
If not, it is known that a new group must be being input, so the previous, now completely 
reconstructed group of pictures is transmitted to an MPEG decoder in step 668. 
10 It should be understood that the reconstructed group of pictures will have a resolution 

that corresponds to the number of adaptive streams that were transmitted and received, as well 
as the frame rate. 

Operation of the 3D adaptive stream processor will now be described. Similar to the 
video transcoder, server and client computer, 3D graphics requires graphics equivalents in the 

15 form of a graphics transcoder 10G, a graphics stream server 400G and client computers 400G. 
In actuality, these components can be the same transcoder 10, stream server 400 and client 
computers 400 previously referenced in FIGS. 1 and 12, but which operate using the graphics 
computer program that , in the presently preferred embodiment, implements the graphics 
adaptive streams as described further hereinafter. 

20 In order to fully appreciate how the transcoder 10G that transforms data representing 

a 3D scene containing a plurality of objects into adaptive graphic stream, the format of the 
adaptive stream graphics data that flows between the stream server 400G and the client 
computer 500G will be described. At the beginning of a 3D transaction, the global data (such 
as "camera" (point of view) parameters, lighting, overall options such as shading mode, default 

25 lighting model etc.) and all or part of the spatial data structure, which describes the relative 
positions and sizes of the objects composing the scene is transmitted. Thereafter, a description 
of the objects in leaf nodes of the spatial data structure is transmitted. Following this, the 
geometry, texture and material data is streamed in on an on-demand basis and based upon the 
available network bandwidth and CPU constraints, as observed by the graphics server. Global 

30 scene data according to the present invention will now be described, beginning with the spatial 
data structure. 

Whereas the preferred embodiment of the video adaptive streams was derived from an 
MPEG data stream, the preferred embodiment of the 3-D graphics adaptive streams also uses 
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a standardized digital 3D format as its presently preferred embodiment, that being the VRML 
data format. In a manner similar to that described previously with respect to the video adaptive 
streams, the graphics adaptive streams also use the overall VRML format, but considerably 
enhances it in order to obtain the streaming capabilities described hereinafter. 

5 In order to obtain graphic adaptive streams that allow for base and additive adaptive 

streams of data to be transmitted between a server and a client computer, a transcoding process 
of the VRML format data into a graphic adaptive streams format is required. FIG. 17 illustrates 
a flow chart of the 3-D transcoder according to the present invention. 

Reference will be first made to FIG. 18A to illustrate the overall graphic data streaming 

10 format resulting from the graphic transcoding process to assist in the understanding of the 
graphic transcoding process. An initial stream 700 composed of essential global data 700A, 
spatial partitioning data 700B, and base data for visible scene graph leafs 700C is initially 
transmitted from a server to a client computer. After complete transmission of this initial 
stream, based on parameters described hereinafter, additional base data 702A, geometry data 

15 702B, texture data 702C, material data 702D, and non-essential global data 702E are thereafter 
transmitted in dynamic streams 702 that include, for certain graphics characteristic, graphic 
adaptive streams according to the present invention as described hereinafter. FIG. 18B 
illustrates in more detail the parameters transmitted from the server to the client computer. 

Referring again to FIG. 17, in step 710, the input VRML data is first read and converted 

20 into an interim data structure that captures the hierarchy of the graphics data structure and also 
the attributes of each of the objects. This data structure is usually implemented as a tree as is 
well known. This data structure contains all the information in the VRML file. The subsequent 
transcoding as described hereinafter converts graphic information within this interim data 
structure into the more efficient and network-enabled adaptive stream graphics format according 

25 to the present invention. 

Once placed in this interim data format, an optimized scene graph is produced by 
implementing, in the preferred embodiment, a K-D tree for spatial localization in step 712 and 
will be further described with reference to FIGS. 19, 20 and 21. It is noted, however, that other 
data structures, such as octrees and bounding box hierarchies, can also be implemented 

30 according to the present invention. 

FIG. 19 illustrates digital data that represents a scene. So that this scene can be 
transmitted using graphic adaptive streams according to the present invention, this scene is first 
placed in a spatial data structure that allows within the entire space to each be defined in terms 
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of a subspace. With respect to the K-D tree structure according to the presently preferred 
embodiment of the invention, the criteria that is used to implement this K-D tree is to 1) keep 
the number of objects as equal as possible in each of the sub-blocks; and 2) keep the size of 
the boxes as similar as possible so that adjacent boxes are similar in size. 

5 FIG. 19 illustrates an example scene that includes within it nine different objects, 

marked 01-09. The algorithm that is used to subdivide the scene, such as the one illustrated 
in FIG. 19, requires starting with a box enclosing all the objects in the scene. Each iteration of 
the algorithm processes the current box and subdivides it into two boxes as described below. 
The next iteration then processes each of the new boxes. Each iteration proceeds as follows: 

10 1 . Make three lists of all the objects in the current box sorted in the x, y and z directions 
by the minimum point of the bounding box of the object. Assume that there are n 
objects. If n is smaller than prespecified number (in the current embodiment, 2) or if 
the levels in the tree is already greater than a prespecified number (in the current 
embodiment 1 6), we are done. 

O n O n O n 

1 5 2. Find the middle most object in each of the list, "^r ^ in the x, y and z 

directions respectively. Locate the planes x=a, y=b, z=c in the middle of this object 

along each of the axes and the next 0nn + 1 *- 0n ^* x r without splitting any of 

the objects. If a plane like that cannot be found go to 4. 

i 

OP 

3. Find the value between a, b, and c which is closest to A for some integer m between 

20 1 and ^ P for fixed p in a particular implementation. In the current embodiment, we use 

p=6. Let these values be a,n , ^ m , ° m . Find the a ™ ^™ Cm values that do not split an 

object. Among these, take the value closest to 0.5. The corresponding axis is the split 
axis. Split the box into two. These two boxes will be processed in the next step. Go to 
1. 

25 4. Scan objects on either side of the middle objects along each of the axes to determine 
values x=a, y=b, z=c that are between objects and do not split any object. A limit (in 
the current embodiment, 8) is preferably placed on the number of objects that should 



m 



WO 98/37698 PCT/US97/22844 

-28- 

be searched. If after searching this specified number of objects such a value cannot be 
found, go to 5, else go to 3. 

5. Take the values found in step 2. Find the one closest to 0.5, and find the objects that 
would be split by this axis. Place all these objects in the current box and remove these 
5 objects from the list. Go to step 1. Note that this time we are guaranteed to find a plane 

that does not split any object since all objects that could be split have been removed. 



Implementing this algorithm on the example scene of FIG. 19 results in the partitioning of 
objects into various sub-blocks as illustrated in FIG. 20. It should be noted that split A occurs 
10 first, split AB occurs next, and, thereafter, splits ABA and thereafter ABB complete the splits. 
As a result of this particular example split, the K-D tree illustrated in FIG. 21 results. 

The present invention allows for the non-uniform subdivision of sub-blocks as indicated 
in Step 3 of the algorithm previously described. This results in a tighter bounding of objects, 
and is implemented through the use of a six bit split value to define for each axis that will 

15 iteratively split the original block into sub-blocks. Furthermore, the K-D tree according to the 
present invention allows for internal nodes of the K-D tree to include objects. By allowing 
internal nodes to include objects provides the capability of culling objects, as well as sub-trees, 
as the K-D tree is traversed. It should be noted that with respect to this overall structure, the 
resulting K-D tree can contain internal nodes, internal nodes with objects, and leaf nodes with 

20 objects. Another type of node, an anchor node (similar to the anchor node in VRML), is also 
treated as an object. An anchor will be typically used as a URL to point to another file. The 
bounding box of the entire data in the file pointed to by the URL is used to place it in the k-d 
tree. The other object nodes contain geometry and appearance information as described 
hereinafter. 

25 With respect to those sub-blocks that contain objects (or, alternatively, each of those 

nodes), each may have associated a geometry, a texture, and a material. Therefore, once the 
K-D tree has been computed in step 712A, a bare bones scene graph and remaining additive 
scene graph components are stored in memory. Step 714 illustrated in FIG. 17 follows so that 
the geometry, texture, and material data can be correlated to a particular object. As illustrated 

30 in Step 714A, geometric multi-resolution encoding takes place with respect to the geometric data 
so that, for each object, there is a base mesh that corresponds to the simplest representation of 
that object, as well as a sequence of vertex split records that further define the geometry for that 
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particular object and provided additive degrees of resolution. After stripping the base mesh and 
compression of the base mesh and vertex split records, this geometry data is stored in memory. 
Similarly, in Step 714B, texture multi-resolution data is encoded so that there results base 
graphic texture data as well as additive graphic adaptive texture data that is stored in memory. 
5 Similarly, in Step 714C, base and additive graphic material data is operated upon and stored in 
memory so that material data can also be sent adaptively. 

As commented upon previously, FIG. 18B illustrates the data format for each of the 
various nodes in the spatial tree and geometry, texture, and material characteristics associated 
with an object. FIG. 18C identifies significant characteristics. According to the present 

10 invention, each of the characteristics in the 3D scene can be classified as being of a certain 
"type" and that can be uniquely identified by an identifier. In the current embodiment, unsigned 
integers are used as identifiers. Since geometry data, material data and texture data are typically 
used on more than 1 object, this identification allows geometry, material or texture data to be 
related to a 3D object. In the use of these objects, a dictionary mechanism as described later acts 

15 as a look-up between the identifier and a data pointer to the data corresponding to the geometry, 
material or texture. Furthermore, during streaming of data, each component in the scene has 
associated with it a priority that indicates the relative importance of that component as compared 
to others. This will be further explained later. FIG. 1 8C illustrates, in table form, significant 
characteristics and the relative priority given to each, "1" being most important and "10" being 

20 least important. 

With respect to characteristics related to the multi-resolution encoding of geometry, as 
illustrated in FIG. 17, each object will contain at least a base mesh. This base mesh provides 
a base graphic stream of data associated with that particular object. Furthermore, potentially 
associated with each base mesh are a sequence of vertex split records, which progressively add 

25 further detail (in the form of greater numbers of triangles) to the base mesh, thereby increasing 
the level of detail that is being geometrically illustrated. Similarly, texture multi-resolution 
encoding provides for the texture of the object to be provided at increasingly greater levels of 
detail. In the preferred embodiment of the present invention, texture can be implemented as a 
single image (conventional texture mapping), or a video sequence. If it is a video sequence, the 

30 adaptive streams as outlined previously with respect to the video adaptive streams can be 
implemented as this texture data. If it is a single image, the adaptive streams that correspond 
to a single I frame of video can be used. Other multiresolution techniques, such as wavelets, can 



WO 98/37698 PCT/US97/22844 

-30- 

also be used to create the adaptive textures that can be used with the 3D system according to 
the present invention. 

Similarly still, with respect to material data, adaptive streams are created. The material 
is composed of ambient, diffuse, specular, reflection, refraction and other data for sophisticated 
5 lighting models. The ambient and diffuse components form the base stream, specular and 
reflection form the first additive stream and the rest are sent in additional additive streams. 

Once the multi-resolution encodings relating to geometry, material, and texture 
characteristics are obtained for each object in a scene graph, all of these various characteristics 
are stored in permanent storage to be used for streaming when a user wishes to look at the data. 
10 It should be noted that there is some global and other information such as camera position, 
global default shade mode, light information etc. that is non adaptive and is also stored as is as 
indicated in figure 17. 

Before describing how graphic adaptive streams are encoded and transmitted to a client 
computer from a server, reference is made to FIG. 22 that illustrates the form of a dictionary 

15 (look-up table) that is used both at the server and client at the time data is streamed. This stores 
information about different characteristics such as geometry, material, texture, and scene graph 
nodes, each of which have their own particular identifier, data pointer, priority and other 
characteristic specific attributes. This purpose of this dictionary is to first, identify objects both 
at the client and server by a common identifier so that references to the object can be made, and 

20 second, to keep an account of how much of what data has been sent. The server has knowledge 
of all the information in the scene and hence has a complete dictionary. The dictionary on the 
client side gets created and updated as more data is streamed down to it. It should also be 
noted that multiple objects may point to the same characteristics in the dictionary. For example, 
multiple 3d objects may use the same texture characteristics. 

25 Also, in Step 716, scene graph node to object node mapping takes place, so that each 

of the objects in a scene are associated with one leaf or internal object node. 

Communication between the server and the client will now be discussed initially with 
respect to FIG. 23. FIG. 23 illustrates a high-level flow chart of the client computer operations. 
In Step 750, an initial set up between the client computer and the graphics stream server is 
30 made. This operation is essentially the same as that described previously with respect to FIGS. 
12 and 13 and 14. Following thereafter is Step 752, in which the base graphic adaptive stream 
data is received by the client computer. This includes the global scene data and the K-D tree 
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spatial partitioning data previously described with respect to FIG. 18B. Based upon that data, 
in Step 754 the current frame (or visible portion of the scene graph) is drawn. Thereafter, in 
Step 756, performance statistics are provided to a level of detail module to compute new 
information required and to also compute the old information that is no longer needed. 
5 Thereafter, in Step 758, based upon the computation and the level of detail module, messages 
to send desired data or stop undesired data are sent to the server from the client computer. 
Thereafter, in Step 760, based upon the messages sent to the server, data is received from the 
server to allow for further rendering of the image. This additional information is then used to 
draw a new current frame. This process is repeated for subsequent intervals of time. Given this 
10 high-level flow chart of operations, a more detailed description will now be provided with 
respect to FIGS. 24-28. 

FIG. 24 illustrates the overall architecture of the client computer as it relates to the 
graphic decoding and display. Multiplexed stream data is received at a decoder 800 which then 
inserts received graphics data into a data dictionary (memory) 802. This graphics data is 
15 transmitted in the order pointed out previously with respect to Fig. 18A. The data dictionary 
802 is, therefore continually being updated with information related to the scene graph. The data 
is sent as composed of multiple packets. Each packet contains data of one type as shown below. 



20 
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Data 
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Second and further packets 



The multiplexing of data is done at the server according to the priority of each characteristic. 
25 This priority is initialized by the server according to relative importance of the data. For 
example, geometry data has higher priority as compared to the texture data. The server sends 
correspondingly more data (more packets) for objects of higher priority by multiplexing more 
packets of that type. 

On the receipt of the first packet, a new object of the correct type is created in the client 
30 dictionary. For the second and further packets, this data in the dictionary is updated by 
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executing a type specific operation. FIG. 25 illustrates operation of decoder 800 in further detail. 
When a packet is received, its type is determined from the dictionary and the data pointer for 
that object is also extracted from the dictionary. If the type is node, it refers to a node in a tree. 
For such data, types of operations that are carried out include adding the node to the tree, 
5 associating a bounding box with that node, adding a 3D object to the node, and associating the 
ids of texture, shape and material to an object in the node. The data in shape nodes contains 
information to update geometry data for the shape. The operations corresponding to shape 
include adding a vertex split which is equivalent to adding triangles, adding color information 
to a vertex, adding normal information to a vertex and adding texture information to a vertex. 

10 Similarly, the data in a material related packet adds ambient and diffuse, specular and reflection, 
and other more sophisticated material information. Similarly again, the texture information 
initiates operations to create or update a texture component. As noted above, there are some 
components that are not additive and all the information for such components are sent in one 
packet (per component). Each such component has a procedure associated to it which when 

15 executed creates the component of that type. For example, when the data packet for a light 
arrives, a light is created and inserted into the dictionary and into the scene. Similarly, a camera 
is created on receipt of the data packet corresponding to a camera. In general, a procedure is 
associated with the data packet of each type which when executed performs data structure 
changes that incorporate the new data into the information available to the client.. 

20 Fig. 24 also illustrates a current frame data buffer 804 that at any time contains data that 

is to be used to draw the current image or frame. There is also included a statistics set 806 that 
contains run time performance information on the client including time used to render the 
previous frame, processing vertices (transformations, lighting etc.), scan converting the 
polygons, texturing the polygons, accessing textures, also number of visible objects, number and 

25 size of textures etc. This information is used to control other aspects of the client as described 
below. 

For each scene, there is an initial set of viewing parameters that are set by the creator 
of the scene. These include where the camera is situated and the camera parameters such as 
direction of gaze, field of view and the up direction. Subsequently, this is changed by user input 
30 during a user input step 310. In addition, global parameters such as lights and shade modes are 
initially set and can be changed by the user. Depending on the current parameters, the Imager 
808 traverses the scene graph and related data as shown in step 812 in the current frame data 
and renders the objects it encounters during the traversal as shown in step 814. The current 
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frame data does not change during this time. While the imager 810 is rendering a frame, it 
collects information to deduce the statistics mentioned above. 

At the end of the frame rendering, a level of detail evaluation step 816 takes place using 
an LOD evaluator, in which the statistics set, are used to determine what information in the 
5 current frame data is not needed any more and which parts of the scene could benefit from more 
detail. A number of factors are used to determine this. If due to user input to move the camera, 
any object has gone out of view, it can now be removed from the current frame data. If an 
object has moved far away from the camera, less information than is in the current frame data 
is required; If an object has moved closer to the camera and has a larger projection on the 
10 screen, it could benefit from more detail. If the time taken to render the previous frame was too 
large to maintain a prespecified target frame target, detail should be reduced from all the 
objects. If the time required to render the previous frame was too low, a better picture can be 
generated by increasing the detail in all of the objects. 

Thus, as shown in Fig. 26, based on previous frame statistics, it is determined as to 
15 what the new priorities of different components in the scene should be, whether to add or 
remove vertices, change rendering modes such as flat shaded, gouraud shaded, phong shaded, 
gouraud lighting model, phong lighting model, texturing enable disable, and resolution of 
texturing, or increase or decrease viewport size, i.e. the size of the window in which the frame 
is rendered. Thus, a determination can be made whether and how to render each different 
20 visible object and, therefore, what data will be needed for the next frame that will be rendered. 
Based upon the level of detail evaluated, two actions result. One, control messages to be sent 
to the server are determined that modify the relative rate of data transmission, both overall as 
well as for each object. Second data from the data dictionary 802 is merged into the current 
frame data buffer 804 so that the next frame can be rendered. 

25 The stream management step 814 using a stream management module is the outgoing interface 
to the server that sends the stream modification messages determined above to the server. 
Packetized commands are sent to the server to among other things, STOP or RESUME data 
associated with a particular object identification, change PRIORITY of the specified type of data 
for the specified type of object, STOP data for all objects associated with a particular data 

30 identification, or START data for all objects associated with a particular data identification. 

Thereafter, based upon the contents of the current frame data buffer 804, the traversal and 
rendering steps are repeated in order to render the frame. 
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Thereafter, the program then returns to user input step 810, as previously described. 

LOD Evaluation Solutions (in order of increasing complexity) are: 

Compute the LOD directly as a linear function of the distance of the center of the 
object from the viewpoint. Take into account the object size to mark the max distance 
which will effectively determine the slope of this linear function (i.e.,, line equation). 

Compute the error as a linear function of the distance of the center of the object from 
the viewpoint. The transcoder can associate a max error with each vertex split. 

Compute whether a vertex should be in/out of the object based on the distance of the 
vertex from the viewpoint. 

Compute whether a sub-region (down to the vertex level), should be in/out of the 
object based on the error-delta associated with the sub-region. 

The level of detail (LODs) determination problem is a component of the LODs evaluation 
algorithm. FIG. 27 displays both a graph of the LODs determination function and the formula 

15 for that function. Given n LODs, the LOD to be used for a given view is a linear function of 
the distance from the viewpoint. The linear portion of the function, which can be referred to 
as the cumulative LODs switch range, begins and ends at distances from the viewpoint that must 
be determined on a per-object basis. The endpoints of this interval should be set so as to 
achieve some balance between aliasing and oversampling of the first and last LODs by image 

20 space. This requires statically computing the max frequency of the object. Resolving this 
statically requires the examination of object space versus image space - the latter is the true 
runtime signal but considering the max frequency among all the possible projections of the 
object is not very helpful because the projected max frequency of the object approaches infinity 
for oblique views and this is invariant to the settings of our LOD switch range endpoints. An 

25 acceptable solution however is to compute the max frequency in object space (or some threshold 
frequency as we might choose not to use the max frequency) and compute the view point 
distance (assuming a non-oblique view), such that image space will sample the object at the 
nyquist frequency. Note that if the hardware rendering the scene accelerates polygon antialiasing 
(most likely via multisampling), the threshold frequency could be set to the average frequency 

30 instead of the max frequency without any downside. 
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This section explains the integration of audio and video scalable streams with 3D 
. graphics adaptive streams. A conventional 3D world is composed of geometrical and 
appearance attributes. The geometry describes the shape of the object. The appearance attributes 
describe lighting and textures on the objects. Most 3D worlds today use still images as texture 
5 elements. With improved computational capabilities* video will increasingly form a texture 
elements in 3D worlds. In addition, audio will be used to enhance the user experience. 

As it is, managing and rendering 3D worlds is an expensive effort in a computational 
sense. In addition, decoding digital video and audio streams require a lot of computation. The 
present invention's media delivery architecture provides an innovative method of managing 
10 computational and bandwidth complexity of these media types when they are integrated in the 
same presentation. 

Each media stream in the adaptive stream system according to the present invention is 
individually scalable as has been previously described. Thus, an application can modify the 
content it receives from the server as well as what part of this content it has to process to match. 

15 the bandwidth and computational resources available to it. In addition to these constraints, when 
a video is embedded in a 3D world, its image on the screen changes considerably depending 
on where the object on which this video is mapped is relative to the simulated camera. Consider 
FIG. 28. Videos 901 and 902 are textured on their respective objects. When the objects are 
mapped onto the screen 906 using the camera 905, the image of video 901 is the thick line 903 

20 and the image of video 902 is the thick line 904. Image 903 is much smaller than image 904. 
This projection process is essentially limiting the information that ends up being displayed on 
the screen. This fact can be used to reduce the computational and bandwidth resources, by 
sending a different resolution stream to video 901 as compared to video 902. As the camera 
and/or object moves around in the scene, this resolution of the video can be changed 

25 continuously. In the present media architecture, this 3D information will be changed into a 
user-driven profiles to control the information content in each of the videos 901 and 902 as 
explained later. Typically the different videos in a 3D scene will be at different distances from 
the camera and a number of videos can be simultaneously displayed using this technique. If 
multiple videos were to be displayed without this 3D driven control of video content, one would 

30 have to decode each of the videos at full resolution and then decimate them to map to the 
screen to the proper size. This would involve two resource wasting operations, full decode and 
decimate which is avoided in this implementation. 
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Th is close coupling of 3D and video and the ensuing benefits are possible only because of the 
following unique features: 

1 . Object-oriented scaling: Each media stream is individually scalable 

2. Communicating decoders: It is possible for status in one decoder to control other decoders. 
5 This works because the same architecture delivers multiple data types and decoders are 

designed to communicate. 

Converting 3d data to profiles 

The process of creating the application driven profiles proceeds as follows: 
1 . Compute the distance d of a video mapped object from the camera 

(x y) 

10 2. Compute the projection of video on the screen and calculate the equivalent number 

of blocks comprising the projection * 

3. Compute the frame per second required fps as a function of distance d as 

The function-^ 1 is a monotonic increasing function, examples being, *^and *** 2 . 
15 4. Compute the desired quality as a function of distance d as 

<7=/ 2 (d) 

The function & is a monotonic decreasing function, examples being, *^ and W^ 2 . 
5. Generate a profile based on JP s >Q>b . 



20 While the invention has been described in connection with what is presently considered to 

be the most practical and preferred embodiments, it is understood that the invention is not 
limited to the disclosed embodiment, but, on the contrary, is intended to cover various 
modifications and equivalent arrangements included within the spirit and scope of the appended 
claims. ' 
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We claim: 

1 . A method of communicating multimedia digital data from a server computer to a client 
computer comprising the steps of: 

5 determining multimedia characteristics of said client computer; 

determining available bandwidth of a communication channel linking said server computer 
and said client computer; 

determining a selected set of adaptive streams containing said multimedia digital data 
relating to at least one of sight and sound and intended to be transmitted to said client computer 

10 based upon said determined multimedia characteristics and said determined bandwidth, said 
adaptive streams being stored on a memory of said server computer and formed of a base 
stream and a plurality of additive streams, said additive streams containing additive data which 
corresponds to base data associated with said base stream, such that additional additive data 
from each additive stream provides increasingly greater resolution of said one sight and sound; 

15 and 

transmitting said selected set of adaptive streams from said server computer to said client 
computer. 

2. A method according to claim 1 wherein said selected set of adaptive streams relates to 
20 sight and is derived from a sequence of digital video pictures, each of said digital video pictures 

containing a plurality of slices, and each of said slices containing a plurality of blocks, each 
block representing one of luminance and chrominance information, said luminance and 
chrominance information in each of said blocks being segmented into a base stream and a 
plurality of additive streams, each said additive stream containing additive data that corresponds 
25 to base data associated with said base stream, such that additional additive data from each 
additive stream provides increasingly greater resolution of said one luminance and chrominance 
information for each block. 

3. A method according to claim 2 wherein each block is an 8 by 8 array of data and there 
30 are 7 additive streams. 
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4. A method according to claim 3 wherein said base stream comprises a single DCT 
coefficient, and each additive stream comprises an increasingly greater number of DCT 
coefficients. 

5 5. A method according to claim 4 wherein said increasingly greater number of DCT 

coefficients is 3, 5, 7, 9, 11, 13 and 15. 

6. A method according to claim 2 wherein said selected set of adaptive streams relates to 
sight and sound; and 

10 wherein said step of determining said selected set of adaptive streams further includes the 

steps of: 

receiving at said server computer, from said client computer, a user specified preference 
for quality of video as compared to quality of audio; and 

using said user specified preference to determine said selected set of said adaptive 
15 streams for sight. 



7. A method according to claim 6 wherein said step of determining said selected set of 
adaptive streams further includes the steps of: 

receiving at said server computer a profile for sight and sound of said client computer; and 

20 using said profile to determine said selected set of adapted streams for sight and sound. 

8. A method according to claim 6 wherein said step of determining said selected set of 
adaptive streams further includes repeating, while said selected set of adaptive streams are being 
transmitted, said steps of receiving an updated user specified preference for quality of video as 

25 compared to quality of audio and using said updated user specified preference to determine an 
updated selected set of adaptive streams; and 

during said step of transmitting, transmitting said updated selected set of adaptive streams 
to said client computer. 
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9. A method according to claim 6 wherein said step of determining said selected set of 
adaptive streams further includes the step of: 

dividing said determined bandwidth into video bandwidth and audio bandwidth; 

applying said video bandwidth as a constraint when determining said selected set of 
5 adaptive streams; and 

during said step of transmitting, transmitting said selected set of adaptive streams using said 
video bandwidth, and transmitting audio data using said audio bandwidth. 

10. A method according to claim 6 wherein said step of determining said selected set of 
10 adaptive streams further includes the steps of: 

receiving at said server computer a profile for sight and sound of said client computer; and 

using said profile to determine said selected set of adapted streams for sight and sound. 

1 1 . A method according to claim 9, further including the step of determining a second 
15 selected set of adaptive streams containing said multimedia digital data relating to sound that 

is to be transmitted to said client computer based upon said determined multimedia 
characteristics, said determined bandwidth and said user specified preference, said second set 
of adaptive streams being stored on said server computer and formed of a second base stream 
and at least one second additive stream, each said second additive stream containing second 
20 additive data which corresponds to second base data associated with said second base stream, 
such that additional second additive data from each second additive stream provides increasingly 
greater resolution of sound; and 

during said step of transmitting, transmitting said second selected set of adaptive streams 
using said audio bandwidth. 

25 

12. A method according to claim 2 further including the step of inserting correction codes 
into each slice of each additive stream to correct for prediction errors. 
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13. A method according to claim 2 further comprising the step of decoding said selected 
set of adaptive streams to reproduce said sight, said base stream and said additive streams in 
said selected set of adaptive streams each being identified by a distinct stream identification 
code and each of said base and additive streams including a plurality of picture codes that 

5 correlate base data and additive data that relates to the same picture in said sequence of digital 
video pictures. 

14. A method according to claim 13 wherein said base stream and said additive streams 
in said selected set of adaptive streams further include a slice code that correlates base data and 

10 additive data that relates to the same slice in each of said digital video pictures. 

15. A method according to claim 14 wherein said step of decoding includes the steps of: 

correlating said base and said additive data that relate to the same block using said picture 
codes and said slice codes; and 

15 reconstructing each of said blocks using said base data and said additive data for each block 

and said stream identification codes corresponding to said base stream and said additive streams. 

16. A method according to claim 2 wherein, for each digital video picture in said sequence 
of digital video pictures, there is also stored on said memory an associated drop frame code, 

20 said drop frame code providing an indication of whether said associated digital video picture 
should be dropped during transmission of said selected set of adaptive streams for each of a 
plurality of predetermined frame rates. 

17. A method according to claim 16, wherein said drop frame code contains a 
25 predetermined plurality of bits and only one of said bits is used to indicate whether to drop said 

associated digital picture for one of said plurality of predetermined frame rates. 
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18. A method according to claim 2 wherein: 

said digital video pictures in said sequence of digital video pictures are one of an Intra 
picture, a Bidirectional and a Predicted picture; 

each of said Intra, Bidirectional and Predicted pictures containing a respective plurality of 
5 Intra, Bidirectional and Predicted slices; 

each of said Intra, Bidirectional and Predicted slices containing a respective plurality of 
Intra, Bidirectional and Predicted blocks; and 

each of said Intra, Bidirectional and Predicted blocks representing one of luminance and 
chrominance information, said luminance and chrominance information in each of said Intra, 
10 Bidirectional and Predicted blocks being segmented into a base stream and a plurality of 
additive streams, each said additive stream containing additive data that corresponds to base data 
associated with said base stream, such that additional additive data from each additive stream 
provides increasingly greater resolution of said one luminance and chrominance information for 
each block. 

15 

19. A method according to claim 1 8 further including the step of inserting correction codes 
into each slice of each Bidirectional and Predicted additive stream to correct for prediction 
errors. 

20 20. A method according to claim 1 wherein said selected set of adaptive streams relates to 

sight and wherein said step of determining said selected set of adaptive streams further includes 
the steps of: 

receiving at said server computer, from said client computer, a user specified preference for 
quality of vision as compared to quality of audio; and 

25 using said user specified preference to determine said selected set of said adaptive streams 

for sight. 

21. A method according to claim 20 wherein said step of determining said selected set of 
adaptive streams further includes repeating, while said selected set of adaptive streams are being 
30 transmitted, said steps of receiving an updated user specified preference for quality of video as 
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cornpared to quality of audio and using said updated user specified preference to determine an 
updated selected set of adaptive streams; and 

during said step of transmitting, transmitting said updated selected set of adaptive streams 
to said client computer. 

5 

22. A method according to claim 21 wherein said step of determining said selected set of 
adaptive streams further includes the steps of: 

receiving at said server computer a profile for sight and sound of said client computer; and 

using said profile to determine said selected set of adapted streams for sight and sound. 

10 

23. A method according to claim 20 wherein said step of determining said selected set of 
adaptive streams further includes the steps of: 

dividing said determined bandwidth into vision bandwidth and audio bandwidth; and 

applying said vision bandwidth as a constraint when determining said selected set of 
15 adaptive streams; and 

during said step of transmitting, transmitting said selected set of adaptive streams using said 
vision bandwidth, and transmitting audio data using said audio bandwidth. 

24. A method according to claim 23 wherein step of determining said selected set of 
20 adaptive streams further includes the steps of: 

receiving at said server computer a profile for sight and sound of said client computer; and 

using said profile to determine said selected set of adapted streams for sight and sound. 



25. A method according to claim 23, further including the step of determining a second 
25 selected set of adaptive streams containing said multimedia digital data relating to sound that 
is to be transmitted to said client computer based upon said determined multimedia 
characteristics, said determined bandwidth and said user specified preference, said second set 
of adaptive streams being stored on said server computer and formed of a second base stream 
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and at least one second additive stream, each said second additive stream containing second 
additive data which corresponds to second base data associated with said second base stream, 
such that additional second additive data from each second additive stream provides increasingly 
greater resolution of sound; and 

5 during said step of transmitting, transmitting said second selected set of adaptive streams 

using said audio bandwidth. 

26. A method according to claim 1 wherein said step of determining said selected set of 
adaptive streams further includes repeating said steps of determining available bandwidth and 
10 determining said selected set of adaptive streams to obtain an updated selected set of adaptive 
streams; and 

during said step of transmitting, transmitting said updated selected set of adaptive streams 
to said client computer. 

15 27. A method according to claim 26, wherein said steps of determining available bandwidth 

and determining said selected set of adaptive streams to obtain said updated selected set of 
adaptive streams are repeated at a substantially periodic interval. 

28. A method according to claim 26 wherein said substantially periodic interval is at least 
20 once per minute. 

29. A method according to claim 1 wherein said multimedia digital data relates to sight in 
the form of a rendered graphical image such that at least one object within said rendered image 
contains a texture in the form of a digital video picture, said digital video picture containing a 

25 plurality of slices, and each of said slices containing a plurality of blocks, each block 
representing one of luminance and chrominance information, said luminance and chrominance 
information in each of said blocks being segmented into a base stream and a plurality of 
additive streams, each said additive stream containing additive data that corresponds to base data 
associated with said base stream, such that additional additive data from each additive stream 
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provides increasingly greater resolution of said one luminance and chrominance information for 
each block. 

30. A method according to claim 29 wherein said texture is in the form of a plurality of 
5 digital video pictures. 

31. A method according to claim 30 wherein each of said digital video pictures contain a 
different combination of said additive streams. 

10 32. A method according to claim 1 wherein said selected set of adaptive streams relates to 

sight, and said selected set of adaptive streams and other graphics data are usable to produce 
a sequence of graphical image frames from a scene containing a plurality of objects; 

wherein said selected set of adaptive streams includes attribute adaptive stream data"that 
includes base attribute adaptive stream data and additive attribute adaptive stream data; 

15 wherein said other graphics data includes scene definition data including global scene data 

and spatial partitioning data; and 

wherein said step of determining said selected set of adaptive streams further includes the 
steps of: 

obtaining a graphic priority table that identifies relative priorities for said attribute 
20 adaptive stream data on an object by object basis, 

using said relative priorities to determine a priority order of which of said attribute 
adaptive stream data to transmit more frequently after said transmission step is initiated; and 

wherein said transmitting step transmits, from said server computer to said client computer, 
said global scene data, said spatial partitioning data, and said base and additive attribute 
25 adaptive stream data based upon said determined priority order* 

33. A method according to claim 1 wherein said attribute adaptive stream data includes 
geometry attribute adaptive stream data. 
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34. A method according to claim 33 wherein said attribute adaptive stream data includes 
texture attribute adaptive stream data. 

35. A method according to claim 34 wherein said attribute adaptive stream data includes 
5 material attribute adaptive stream data. 

36. A method according to claim 32 wherein said attribute adaptive stream data includes 
texture attribute adaptive stream data. 

10 37. A method according to claim 36 wherein said attribute adaptive stream data includes 

material attribute adaptive stream data 



38. A method according to claim 34 wherein, for at least one object, said geometry 
attribute adaptive stream data has a higher priority than said texture attribute adaptive stream 
15 data. 



39. A method according to claim 33 wherein said spatial partitioning data has at least as 
high a priority as said geometry attribute adaptive stream data associated with any of said 
objects. 

20 

40. A method according to claim 35 wherein, for at least one object, said material attribute 
adaptive stream data has a lower priority than said texture attribute adaptive stream data. 



41. A method according to claim 32 wherein a plurality of objects each include attribute 
25 adaptive stream data, and, within each of said plurality of objects, said relative priorities of said 
attribute adaptive stream data can be different. 
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42. A method according to claim 41 wherein a plurality of objects each have a relative 
priority, and said relative priorities of said objects are used to determine said priority order of 
which of said attribute adaptive stream data to transmit more frequently after said transmission 
step is initiated. 

5 

43. A method according to claim 42 wherein said relative priority of objects is based upon 
a distance of said object from a viewpoint. 

44. A method according to claim 42 wherein said step of determining said selected set of 
10 adaptive streams is based in part upon an associated object's distance from said viewpoint so 

that said attribute adaptive stream data associated with one of said objects that is closer to said 
viewpoint has a higher relative priority than other attribute adaptive stream data associated with 
another of said objects that is further from said viewpoint than said one object. 

15 45. A method according to claim 44 wherein geometry attribute adaptive stream data 

associated with said one object has said higher relative priority than other geometry attribute 
adaptive stream data associated with said another object. 

46. A method according to claim 44 wherein said step of determining further including the 
20 step of determining said selected set of additive adaptive streams based upon available 

bandwidth of a communication channel linking said server computer and said client computer. 

47. A method according to claim 46 wherein said step of determining said selected set of 
adaptive streams further includes the steps of: 

25 repeating said steps of determining available bandwidth and determining said selected set 

of adaptive streams to obtain an updated selected set of adaptive streams; and 

during said step of transmitting, transmitting said updated selected set of adaptive streams 
to said client computer. 
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48. A method according to claim 47 wherein said steps of determining available bandwidth 
and determining said selected set of adaptive streams to obtain said updated selected set of 
adaptive streams are repeated at a substantially periodic interval. 

5 49. A method according to claim 32 wherein said graphic priority table identifies relative 

priorities for each of said object attributes on a per object basis such that each of a plurality of 
different objects in said scene are capable of having some of the same object characteristics at 
different priorities. 

10 50. A method according to claim 32 further including the steps of: 

determining a visible portion of .said scene prior to initial transmission of said attribute 
adaptive stream data; and 

wherein during said step of transmitting, initially transmitting, from said selected set of 
adaptive streams, said base data that substantially corresponds to only said visible portion of 
15 said scene. 

51. A method according to claim 32 wherein said step of determining further including the 
step of determining said selected set of additive adaptive streams based upon available 
bandwidth of a communication channel linking said server computer and said client computer. 

20 

52. A method according to claim 51 wherein said step of determining said selected set of 
adaptive streams further includes the steps of: 

repeating said steps of determining available bandwidth and determining said selected set 
of adaptive streams to obtain an updated selected set of adaptive streams; and 

25 during said step of transmitting, transmitting said updated selected set of adaptive streams 

to said client computer. 
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53. A method according to claim 52, wherein said steps of determining available bandwidth 
and determining said selected set of adaptive streams to obtain said updated selected set of 
adaptive streams are repeated at a substantially periodic interval. 

5 54. A method according to claim 53 wherein said substantially periodic interval is at least 

once per minute. 

55. A method according to claim 32 wherein one of specular and reflection material object 
characteristics are contained in one of said additive streams stored on said server computer and 

10 said one additive stream is determined not to be part of said selected set of additive streams. 

56. A method according to claim 1 wherein said selected set of adaptive streams relates to 
sight, and said selected set of adaptive streams and other graphics data are usable to produce 
a sequence of graphical image frames from a scene containing a plurality of objects, wherein 

1 5 said adaptive streams include, for each object, attribute adaptive stream data that includes base 
attribute adaptive stream data and additive attribute adaptive stream data, wherein said other 
graphics data includes scene definition data including global scene data and spatial partitioning 
data; and said method further comprises the steps of: 

retrieving at said client computer said global scene data including a visual portion of the 
20 scene data and said spatial positioning data and determining boundaries of said scene and 
locations of objects in said scene; 

drawing a first frame relating to a first visual portion of the scene at said client computer 
using transmitted base and attribute adaptive stream data; and 

determining at said client computer whether to send a message to said server computer 
25 indicating that one of updated base attribute adaptive stream data and updated additive attribute 
adaptive stream data is required due to a change in one of level of detail and said visual portion. 

57. A method according to claim 58 wherein said step of determining includes the step of 
generating performance statistics at said client computer. 

30 
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58. A method according to claim 56 wherein said step of determining whether one of said 
updated base attribute adaptive stream data and updated additive attribute adaptive stream data 
is needed results in the transmission of said message to said server computer indicating that 
updated additive attribute data is needed, and the subsequent transmission of said updated 

5 additive attribute data thereby provides a different level of detail. 

59. A method according to claim 58 wherein said attribute adaptive stream data includes 
geometry attribute adaptive stream data containing vertex information and edge information for 
each object, and wherein said step of determining results in the transmission of said message 

10 indicating that updated additive geometry attribute data is needed, including updated vertex 
information and updated edge information. 

60. A method according to claim 59 wherein said geometry attribute adaptive stream data 
includes vertex split list information, and said step of determining results in the transmission 

15 of said message indicating that updated additive geometry attribute data is needed, including 
updated vertex split list information. 

61. A method according to claim 56 wherein said step of determining whether one of said 
updated base attribute adaptive stream data and updated additive attribute adaptive stream data 

20 is needed results in the transmission of said message to said server computer indicating that 
updated base attribute data is needed, and the subsequent transmission of said updated base 
- attribute data results in reproducing a second visual portion of the scene that is different from 
said first visual portion of the scene. 



25 

62. A method according to claim 56 wherein said step of determining whether one of said 
updated base attribute adaptive stream data and updated additive attribute adaptive stream data 
is needed results in the transmission of said message to said server computer indicating that 
updated base and additive attribute data is needed, and the subsequent transmission of said 
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updated base attribute data results in reproducing a second visual portion of the scene that is 
different from said first visual portion of the scene at a different level of detail. 

63. A method according to claim 1 wherein said selected set of adaptive streams relates to 
5 sight, and said selected set of adaptive streams and other graphics data are usable to produce 
a sequence of graphical image frames from a scene containing a plurality of objects, wherein 
said adaptive streams include, for each object, attribute adaptive stream data that includes base 
attribute adaptive stream data and additive attribute adaptive stream data, wherein said other 
graphics data includes scene definition data including global scene data and spatial partitioning 
10 data; and said method further comprises the steps of: 

retrieving at said client computer said global scene data including a visual portion of the 
scene data and said spatial positioning data and determining boundaries of said scene and 
locations of objects in said scene; 

drawing a first frame relating to a first visual portion of the scene at said client computer 
15 using transmitted base and attribute adaptive stream data, said first visual portion of the scene 
containing a first object that is further from a camera position than a second object, and said 
transmitted attribute adaptive stream data associated with said first object having a lower level 
of detail than said transmitted attribute adaptive stream data associated with said second object. 

20 64. A method according to claim 63 wherein a level of detail of said attribute adaptive 

stream data transmitted for each of said plurality objects dynamically varies based upon a 
distance of each of said plurality of objects from a camera position, such that objects closer to 
said camera position contain said attribute adaptive stream data having a higher level of detail. 

25 65. A method according to claim 63 wherein said attribute adaptive stream data includes 

geometry attribute adaptive stream data, and wherein a level of detail of said geometry attribute 
adaptive stream data transmitted for each of said plurality objects dynamically varies based upon 
a distance of each of said plurality of objects from a camera position, such that objects closer 
to said camera position contain said geometry attribute adaptive stream data having a higher 

30 level of detail. 
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66. A method of creating stored digital video information comprising the steps of: 

inputting a sequence of digital video pictures, each of said digital video pictures containing 
a plurality of slices, and each of said slices containing a plurality of blocks, each block 
representing one of luminance and chrominance information; 

5 segmenting said information in each of said blocks into a base stream and a plurality of 

additive streams, each said additive stream containing additive data that corresponds to base data 
associated with said base stream, such that additional additive data from each additive stream 
provides increasingly greater resolution of said one luminance and chrominance information for 
each block; 

10 associating one of a plurality of distinct stream identification codes with said base data 

stream and each of said additive streams; 

storing on a memory said plurality of distinct stream identification codes and, for each of 
said distinct stream identification codes, storing said associated base data or additive data so that 
said base data and said additive data can be identified when being read out from said memory. 

15 

67. A method according to claim 66 wherein said plurality of stream identification codes 
are stored at least one time for each slice of base and additive data. 

68. A method according to claim 66 wherein, prior to inputting said sequence of digital 
20 video pictures, filtering a plurality of sequential pictures with a plurality of filters to obtain a 

plurality of filtered picture sequences, each filtered picture sequence corresponding to a different 
frame rate; 

digitizing each of said plurality of filtered picture sequences to obtain a plurality of 
sequences of digital video pictures, each of said plurality of sequences corresponding to the 
25 same video scene at varying degrees of resolution; 

performing said inputting, segmenting and storing steps on each of said plurality of 
sequences of digital video pictures. 

69. A method according to claim 68 wherein said plurality of sequences of digital video 
30 pictures is at least two. 
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70. A method according to claim 69 wherein a first of said at least two frame rate 
sequences of digital video pictures has a frame rate between 15 and 30 frames per second and 
a second of said at least two frame rate sequences of digital video pictures has a frame rate that 
is at or below 15 frames per second. 

5 

71. A method according to claim 68 wherein, for each digital video picture in each said 
plurality of sequences of digital video pictures there is also stored on said memory an associated 
drop frame code, said drop frame code providing an indication of whether said associated digital 
video picture should be dropped during a subsequent transmission of said adaptive streams when 

10 said stored digital video information is read out from said memory. 

72. A method according to claim 68 wherein, for each digital video picture in each said 
plurality of sequences of digital video pictures there is also stored on said memory an associated 
next picture pointer that points to a next picture in said sequence of digital pictures. 

15 

73. A method according to claim 66 wherein, for each digital video picture in said 
sequence of digital video pictures there is also stored on said memory an associated next picture 
pointer that points to a next picture in said sequence of digital pictures. 

20 74. A method according to claim 66 wherein, for each digital video picture in said 

sequence of digital video pictures there is also stored on said memory an associated drop frame 
code, said drop frame code providing an indication of whether said associated digital video 
picture should be dropped during a subsequent transmission of said adaptive streams when said 
stored digital video information is read out at each of a plurality of predetermined frame rates. 

25 

75. A method according to claim 66 wherein each of said base and additive streams 
includes a plurality of picture codes that correlate base data and additive data that relates to the 
same picture in said sequence of digital video pictures. 
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76. A method according to claim 46 wherein each of said base and additive streams 
includes a plurality of picture codes that correlate base data and additive data that relates to the 
same picture in said sequence of digital video pictures. 

5 77. A method of creating stored digital adaptive stream graphics data representing a scene 

from digital graphics data that allows for the transmission from a server to a client computer 
and display of some of said stored digital adaptive stream graphics data as a sequence of 
graphics image frames, said method of creating stored digital adaptive stream graphics data 
comprising the steps of: 

10 creating a spatialization of said scene that identifies objects based on location and size; 

identifying each of said objects in said scene with an object identifier and storing location 
data for each object obtained from said digital graphics data with said object identifier; 

creating, for each of said objects identified in said scene, a plurality of adaptive object 
attributes and an associated plurality of adaptive object attribute identifiers, each of said object 
15 attributes corresponding to an aspect of said object; and 

for each of said objects, correlating different portions of said input digital graphics data with 
one of said adaptive object attributes; and 

storing each said different portion of said input digital graphics data as object attribute data 
along with one of said adaptive object attribute identifiers. 

20 

78. A method according to claim 77 wherein said plurality of object attributes include 
geometry, material and texture. 

79. A method according to claim 77 wherein for each of said plurality of adaptive object 
25 attributes for each object, storing an associated priority preference to assist in subsequently 

determining whether to request said object attribute data associated with that object attribute for 
each object. 
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80. A method according to claim 77, wherein said step of creating said spatialization 
creates a tree structure that bounds said scene and creates bounding boxes within said scene, 
said tree structure including nodes representing split locations of said scene, said split locations 
being non-uniform through the use of a split value to assist in placing said split locations at 
5 positions that cause objects to be disposed totally within one of said bounding boxes. 
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